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DISCRETE-EVENT  SIMULATION  MODELING 
OF  THE  REPAIRABLE  INVENTORY  PROCESS  TO  ENHANCE 
THE  ARGCS  BUSINESS  CASE  ANALYSIS 

ABSTRACT 

The  objective  of  this  project  was  to  identify  and  more  accurately  predict  the 
maintenance  and  supply  chain  costs  and  savings  related  to  the  Agile  Rapid  Global 
Combat  Support  (ARGCS)  system.  The  project  focused  on  a  portion  of  the  ARGCS 
business  case  analysis  (BCA)  model  developed  by  CDR  David  Crosby.  CDR  Crosby’s 
BCA  model  listed  various  potential  savings  associated  with  ARGCS  technologies  that 
were  difficult  to  quantify  during  his  initial  BCA  research.  The  focus  of  this  research  was 
to  determine  the  likely  benefits,  and/or  cost  savings  that  ARGCS  may  have  on 
maintenance  and  supply  functions.  Using  pre-existing  maintenance  and  supply  data,  a 
simulation  model  was  developed  to  more  accurately  determine  any  maintenance  and  /or 
supply  related  cost  benefits.  The  goal  was  to  provide  better  accuracy  on  the  associated 
costs  and  benefits  of  ARGCS  technologies,  thus  enhancing  the  accuracy  and  merit  of 
future  BCAs.  The  only  F/A-18  Weapons  Replaceable  Assemblies  (WRA)  that  were 
analyzed  during  this  research  project  were  those  that  will  be  tested  during  the  summer 
2007  Advanced  Concept  Technology  Demonstration  (ACTD)  at  Lemoore  Naval  Air 
Station.  Results  of  the  simulation  indicate  there  is  an  expected  increase  in  operational 
availability  and  several  cost  savings  associated  with  the  implementation  of  ARGCS 
technologies. 
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I.  INTRODUCTION 


A.  PURPOSE 

The  objective  of  this  project  was  to  identify  and  more  accurately  predict  the 
maintenance  and  supply  chain  costs  and  savings  related  to  the  Agile  Rapid  Global 
Combat  Support  (ARGCS)  system.  The  project  focused  on  a  portion  of  the  ARGCS 
business  case  analysis  (BCA)  model  developed  by  CDR  David  Crosby.  CDR  Crosby’s 
BCA  model  listed  various  potential  savings  associated  with  the  ARGCS  system  that  were 
difficult  to  quantify  during  his  initial  BCA  research.  The  focus  of  this  research  was  to 
determine  the  potential  benefits,  and/or  cost  savings  that  ARGCS  may  have  on 
maintenance  and  supply  functions.  Using  pre-existing  maintenance  and  supply  data,  a 
simulation  model  was  developed  to  more  accurately  determine  any  maintenance  and 
supply  related  cost  benefits.  The  goal  was  to  provide  better  accuracy  on  the  associated 
costs  and  benefits  of  the  ARGCS  system,  thus  enhancing  the  accuracy  and  merit  of  future 
BCA  analysis.  The  only  F/A-18  Weapons  Replaceable  Assemblies  (WRA)  that  were 
analyzed  during  this  research  project  were  those  that  will  be  tested  during  the  summer 
2007  Advanced  Concept  Technology  Demonstration  (ACTD)  at  Lemoore  Naval  Air 
Station. 

B,  RESEARCH  QUESTIONS 

The  ARGCS  Business  Case  Analysis  presently  being  produced  by  the  Naval 
Postgraduate  School  identifies  many  costs  and  benefits  of  this  new  system  that  are 
difficult  to  quantify.  The  following  questions  are  the  focus  of  this  research: 

1.  What  are  the  cost  savings  associated  with  faster  Test  Program  Set  (TPS) 
run  times  with  Smart  TPS  and  parallel  testing  incorporated? 

2.  What  Operational/Intermediate  Level  (0/I-Level)  savings  are  associated 
with  more  accurate/timely  troubleshooting? 

3.  What  spares  cost  savings  will  be  realized  as  a  result  of  lower  Time  to 
Repair  (TTR)? 

4.  What  cost  savings  will  result  from  reduced  transportation  of  WRA’ s  sent 
off  site? 
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5.  Does  ARGCS  increase  repair  capability  (I-level)  of  already  repairable 
WRA’s?  If  so,  how  will  this  affect  supply  chain  outcomes  like  cost  and 
readiness? 

6.  What  cost  savings  can  be  realized  from  identification  of  WRA’s  with 
higher  than  average  fail  rates,  a.k.a.  “Bad  Actors?” 

7.  How  many  Maintenance  Man-hours  can  be  saved  due  to  faster  test  times? 

C.  METHODOLOGY 

This  research  project  modeled  the  current  F/A-18  repairable  supply  chain  at  the 
Fleet  Readiness  Center  (FRC)  level  using  Arena  Simulation  Modeling  software  to  predict 
potential  readiness  benefits  of  ARGCS.  The  potential  readiness  benefits  researched 
included  increased  mission  capable  rates  (operational  availability),  labor  cost  savings, 
repair  cost  savings,  and  reduced  spare  levels.  Information  gathered  from  various 
historical  references  was  utilized  to  build  the  model.  The  intent  was  to  assume  as  little  as 
possible  about  the  process.  Although  many  historical  facts  were  gathered,  the  model  still 
contains  assumptions  that  limit  its  ability  to  predict  the  benefits  of  implementing  the 
ARGCS  with  100%  accuracy.  Furthermore,  due  to  the  extreme  difficulty  of  simulating 
every  possible  maintenance  action  (both  scheduled  and  unscheduled)  for  the  large 
number  of  aircraft  supported  by  an  FRC,  the  simulation  only  looks  at  the  unscheduled 
maintenance  aspect  of  four  WRAs  through  the  F/A-18  repair  cycle.  Specifically  the 
model  simulates  the  repair  cycle  of  the  F/A-18  APG-65  Radar  Target  Data  Processor, 
Receiver  Exciter,  Antenna,  and  the  CP1330/ASW-44  Roll  Pitch  Yaw  Computer  (a.k.a. 
Flight  Control  Computer,  FCC). 
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II.  BACKGROUND 


A,  DESCRIPTION  OF  ARGCS 

ARGCS  is  an  ACTD  research  program  which  seeks  to  incorporate  new 
technologies  in  the  areas  of  diagnostics,  testing  and  repair  for  weapon  systems,  and  inter¬ 
service  test  software  interoperability.  “ACTDs  are  designed  to  allow  users  to  gain  an 
understanding  of  potential  new  capabilities  for  which  there  is  no  user  experience  base” 
and  in  the  end  provide  the  Warfighter  the  opportunity  to  “make  an  assessment  of  the 
military  utility  of  the  proposed  capability.”!  Within  this  framework,  ARGCS  is  being 
developed  to  provide  greater  efficiency  and  effectiveness  in  the  test,  repair  and 
maintenance  functions  of  the  services. 

Proponents  of  ARGCS  argue  that  existing  systems  are  antiquated,  cumbersome, 
inflexible,  and  lack  the  interoperability  required  to  promote  efficiencies  of  scale  and 
scope.  Current  systems  are  stove -piped  and  fail  to  promote  common  functionality  over  a 
cross  section  of  users.  These  structural  inefficiencies  entail  a  larger  proliferation  of 
automated  test  equipment  (ATE)  than  might  be  achievable  by  incorporating  current 
technologies  that  can  not  only  increase  efficiencies,  but  allow  for  an  architecture  that  will 
be  able  to  incorporate  future  technologies. 

As  proposed,  the  ARGCS  technologies  will  integrate  Automatic  Test  System 
(ATS)  hardware  and  software  with  a  net-centric  support  system  designed  to  improve 
electronic  systems  maintenance.  The  ARGCS  concept  will  combine  building  block, 
state-of-the-art  instrumentation  with  an  open  system  architecture  that  will  be  compatible 
with  legacy  TPSs  currently  in  use  by  the  Services  and  potentially  prove  the  concept  of 
interservice  test  software  interoperability.  The  support  system,  called  the  ARGCS 
Distance  Support  and  Response  (ADSR)  system,  will  facilitate  data  sharing  and  improve 
diagnostic  capabilities. 


!  Office  of  Secretary  of  Defense,  “Advanced  Systems  and  Concepts,  Advanced  Concepts/  Joint 
Capabilities  Technical  Demonstrations”  website,  http ://www. acq .osd.mil/actd/intro.htm.  accessed  October 
13,2006. 
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The  TPSs  are  eombinations  of  hardware  and  software  that  have  been  ereated  to 
test  specifie  equipment  using  specifie  ATSs.  In  the  eurrent  state,  the  different  serviees 
use  different  ATSs.  The  ARGCS  system  will  use  interfaee  adaptors  to  eonneet  legaey 
TPSs  to  a  eommon  test  interface  on  its  ATS.  This  has  the  potential  to  allow  for  a 
common  ATS  for  all  Services  without  re-engineering  existing  TPSs. 

In  concept,  the  ARGCS  Distance  Support  and  Response  (ADSR)  will  work  with 
ATSs  and  other  diagnostic  equipment  by  using  internet  connectivity  to  populate  a  central 
database  providing  more  information  to  maintenance  personnel  in  the  field  and  more 
precise  unit  testing  capabilities.  The  ADSR  architecture  allows  data  to  be  collected  at  all 
levels  of  maintenance  (Operational,  Intermediate,  and  Depot)  to  perform  more  exacting 
maintenance  at  each  activity.  ARGCS  proponents  claim  that  the  technology  will  allow 
the  reuse  of  weapon  system-level  built-in-test  information  and  historical  system  failure 
data  to  continually  improve  the  quality  of  the  diagnostics.  Fault  event/diagnostic  data 
along  with  maintainer  assessments  will  be  collected  and  automatically  evaluated  to 
develop  guidance  and  recommendations  to  subsequent  similar  events.  Conceptually,  the 
architecture  will  also  provide  the  capability  for  remote  Subject  Matter  Experts  to  assist 
on-scene  maintenance  personnel.^ 


2  Business  Case  Analysis:  Agile  Rapid  Global  Combat  Support.  MBA  Professional  Report.  Naval 
Postgraduate  School.  CDR  David  Crosby,  2006. 
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III.  SIMULATION  MODEL  DEVELOPMENT 


A.  MODEL  DESCRIPTION,  ASSUMPTIONS,  AND  LIMITATIONS 

The  model  developed  for  this  research  project  attempted  to  simulate  a  repair  cycle 
based  on  the  Fleet  Readiness  Center  (FRC)  concept.  The  FRC  concept  is  the  Navy’s  new 
“center  of  excellence”  concept  in  which  I-level  repair  is  centralized  to  one  of  six 
locations  based  on  repair  expertise.  This  allows  I-level  technicians  to  work  side-by-side 
with  local  “In  Service  Repair  Depot”  artisans  in  the  AIMD  facility,  thereby  reducing 
repair  cycle  times  and  inventory,  while  increasing  “Ready-for-Issue”  (RFI)  rates.  NAS 
Lemoore  is  one  of  the  designated  FRCs  for  the  WRAs  (Radar  &  RPYC)  applicable  to  this 
project.  In  other  words,  NAS  Lemoore  will  repair  not  only  the  WRAs  from  its  location, 
but  will  also  repair  WRAs  from  NAS  Fort  Worth  and  NAS  Fallon.  Based  on  the 
approximate  number  of  F/A-18  squadrons  (approx.  12)  from  the  three  different  locations, 
the  FRC  West  at  Lemoore  AIMD  will  support  a  WRA  (Radar/RPYC)  inventory  for 
roughly  144  aircraft.  This  is  the  number  of  aircraft  used  for  the  simulation.  Additionally, 
the  model  accounts  for  unscheduled  maintenance  only.  It  was  proven  through  many  trials 
that  individually  scheduling  all  144  aircraft  to  account  for  the  numerous  scheduled 
downtimes  a  typical  F/A-18  goes  through  each  year  was  futile. 

With  the  use  of  Arena  software,  this  project  attempted  an  “As-Is”  simulation  of 
the  existing  repair  cycle  of  F/A-18  aircraft.  In  theory,  it  would  be  possible  to  change 
various  factors  within  the  model  that  are  influenced  by  the  ARGCS  system  and  then 
observe  how  these  factors  affect  the  average  number  of  FMC  aircraft,  operational 
availability,  operational  level  repair  costs,  intermediate  level  labor  costs,  average  Depot 
level  repair  costs,  and  associated  transportation  costs.  All  of  these  are  questions  requiring 
answers  for  the  ARGCS  Business  Case  Analysis  being  conducted  by  the  Naval 
Postgraduate  School.  Figure  1  is  a  graphical  representation  of  the  overall  Arena 
Simulation  Model. 
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Figure  1.  F/A-18  Repair  Cyele  Simulation  Model 
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Because  of  the  many  factors  involved  in  the  repair  process,  and  the  lack  of  some 
data,  certain  assumptions  had  to  be  made  in  order  to  build  the  simulation  model.  These 
assumptions  are  highlighted  and  explained  throughout  this  chapter  and  are  important  to 
keep  in  mind  when  using  the  results  of  the  simulation  for  the  ARGCS  Business  Case 
Analysis. 

The  basic  building  blocks  for  Arena  are  called  modules,  which  define  the  process 
being  simulated.  Figure  2  represents  the  first  three  modules  of  the  simulation.  The  first 
module.  Create  FA_18s,  is  the  “birth”  node  for  arrival  of  entities  to  the  model’s 
boundary. 3  By  creating  the  entities,  in  this  case  aircraft,  the  model  can  now  simulate 
whatever  process  is  built  for  it.  The  next  module.  Flightline,  simply  provides  an  avenue 
for  entities  to  return  later  once  they’ve  been  through  one  of  the  many  possible  lines  of  the 
model.  This  module  has  no  effect  on  the  entities.  The  last  module  in  Figure  2,  One  more 
AC,  adds  two  variables  to  the  simulation.  The  first  creates  a  Fully  Mission  Capable 
(FMC)  aircraft  and  the  other  calculates  operational  availability. 


\\ 

/  N 

Create  FA_18s  w  ^ - ■ 

Fligltine 

► - ■ 

One  more  AC  - 

Figure  2.  Create  Module/FMC  and  Op  Avail  Calculation 


The  next  section  of  the  model,  shown  in  Figure  3,  establishes  the  Failure  Rate  of 
the  aircraft  entities.  The  first  module  in  this  section,  AC  Failure,  causes  the  aircraft 
entities  to  delay  for  a  specific  time  period.  Due  to  the  fact  that  the  model  is  based  on 
time,  and  most  components  on  an  aircraft  follow  an  exponential  failure  distribution,  an 
exponential  distribution  was  used  to  represent  the  MTBF  of  each  aircraft.  The  aircraft 
MTBF  assumed  for  the  simulation  was  5.1  hours.  This  number  was  chosen  based  on 
discussions  with  Naval  personnel  and  the  project  team’s  personal  experience  of  flight  line 
operations.  Assuming  each  aircraft  flies  an  average  of  10  hours  per  week  (3  to  4  sorties), 
and  there  are  168  hours  in  a  week,  each  aircraft  flies  1.4  hours  per  day  (10  hours  /  7 

3  W.  David  Skelton,  Randall  P.  Sadowski,  David  T.  Sturrock,  Simulation  with  Arena,  Third  Edition 
(New  York,  NY:  MeGraw-Hill,  2004),  p.  57. 
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days).  To  adjust  for  the  continuous  clock  time  of  the  simulation  model,  the  aircraft 
MTBF  was  divided  by  0.06  (10/168)  which  resulted  in  an  MTBF  of  85  hours  for  the 
simulation.  This  equates  to  an  aircraft  failing  once  every  2-3  flights  based  on  the 
assumption  that  flights  generally  last  1.5  to  3  hours  (typical  for  fighter  aircraft  The  85 
hours  accounts  for  both  ground  and  flying  time.  This  operational  tempo  could  be 
increased  or  decreased  by  changing  the  numerator  in  the  MTBF  equation  and  changing 
the  model  accordingly.  It  is  reasonable  to  assume  that  any  change  in  the  operational 
tempo  would  have  some  effect  on  the  entire  model;  however,  the  operational  tempo  was 
not  changed  during  this  research  due  to  time  constraints. 

The  second  module.  Record  43,  simply  counts  the  failures  as  they  are  released 
from  the  previous  module.  This  module  is  not  necessary  for  the  model  to  work,  but 
makes  it  easier  to  interpret  the  data.  This  is  true  for  all  “Record”  modules  in  the 
simulation. 


0 


Figure  3.  AC  Failure/Record 


The  first  module  in  Figure  4,  Number  of  Failures,  establishes  a  variable  to  be  used 
in  a  decision  made  in  the  next  module.  Fail  Limiter.  The  Fail  Limiter  module  makes  a 
decision  to  limit  the  number  of  failures  allowed  to  proceed  through  the  simulation.  After 
several  runs,  the  simulation  model  revealed  that  aircraft  failures  increased  when  repair 
cycle  times  were  reduced.  This  anomaly  was  caused  by  the  aircraft  and  WRAs  being 
repaired  faster,  which  enabled  them  to  enter  the  Flightline  module  at  a  faster  rate  and  in 
turn  enter  the  AC  Failure  module  more  often.  Realistically  this  would  not  happen.  In 
the  aircraft  operations  world,  there  is  a  familiar  saying,  “Plan  what  you  fly,  and  fly  what 
you  plan.”  Aircraft  do  not  break  more  just  because  they  are  repaired  faster.  In  addition, 
they  are  not  normally  flown  more  just  because  there  are  a  higher  number  of  average  FMC 
aircraft  available.  This  increased  failure  rate  occurs  in  our  model  because  of  our 
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modeling  decision  to  model  total  aircraft  hours.  Hence  greater  availability  of  aircraft 
translates  into  a  greater  number  of  aircraft  failures.  The  decision  to  model  total  aircraft 
hours  was  made  for  parsimony,  and  to  keep  the  model  tractable.  As  a  consequence 
however,  we  needed  some  method  to  keep  the  failure  rate  from  increasing  so  accurate 
costs  savings  could  be  calculated.  To  limit  these  additional  failures,  the  aforementioned 
Fail  Limiter  was  used  to  prohibit  more  than  the  preset  number  of  failures  to  continue 
through  the  simulation.  The  failure  limit  is  based  on  the  minimum  average  number  of 
failures  generated  by  the  base  scenario  (10,310  failures).  While  this  ‘failure  limit’ 
approach  does  not  affect  the  average  failure  rate,  it  will  affect  the  distribution  of  failures. 
In  other  words  the  failures  will  occur  early  in  the  simulation  and  then  cease  later  in  the 
simulation.  We  were  unsure  exactly  how  much  this  skewing  impacted  operational 
availability,  so  to  negate  any  impact  on  operational  availability  a  terminating  condition 
was  established  to  provide  a  more  accurate  result.  This  fail  limiter  and  terminating 
condition  are  discussed  in  greater  detail  in  the  model  results  section.  Here,  we  simply 
note  that  the  need  to  incorporate  this  module  means  our  operational  availability  results 
are  an  approximation,  and  that  our  model  should  be  considered  a  heuristic.  While  we 
have  incorporated  essential  variables  in  a  way  that  is  satisfactory  for  the  purposes  and 
limited  scope  of  this  report,  the  numerical  results  for  operational  availability  should  not 
be  considered  exact.  The  final  module  in  this  section.  Failures,  is  another  record  module 
for  counting  purposes. 


Number  of 
Failures 


Figure  4. 


0  True 


0  ^  False 

Fail  Limit  Section 


The  module.  Decide  4,  in  Figure  5  is  a  crucial  element  of  this  simulation.  Since 
there  are  pre-identified  WRAs  the  ACTD  will  run  during  future  tests  of  the  ARGCS,  a 
percentage  of  total  failures  was  established.  Based  on  the  average  number  of  annual 
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failures  of  each  WRA^,  a  percentage  of  aircraft  failures  take  a  path  to  one  of  four  WRA 
repair  cycles.  There  are  no  distinctions  of  individual  WRA  failures,  only  that  each  failure 
routes  the  aircraft  entity  to  the  appropriate  repair  cycle  based  on  the  aforementioned 
failure  rate. 


Figure  5.  What  Broke?  Decision 

The  failures  that  do  not  enter  one  of  the  WRA  repair  cycles  are  directed  to  the 
Other  NMC  Mx  module  (Figure  6),  where  they  are  delayed  for  an  assumed  exponential 
delay  of  10  hours  to  account  for  all  other  unscheduled  maintenance  actions.  This  delay  is 
very  rough,  but  is  based  on  personal  experience.  For  example,  some  flight  line  repairs 
can  take  as  little  as  30  minutes,  while  others  may  take  several  days  to  complete.  The 
numerous  failures  possible  outside  the  scope  of  the  WRAs  studied  in  this  project  could 
not  be  fine  tuned  to  a  completely  accurate  number.  Flowever,  with  over  25  years  of  flight 
line  experience,  the  project  team  members  agreed  that  10  hours  was  a  fairly  reasonable 
number.  Additionally,  we  felt  as  long  this  repair  time  stayed  constant  throughout  the 
different  scenarios,  model  results  could  be  compared. 


Other  NMC  Mx 


Figure  6.  Other  NMC  Mx  Module 


► 


^  NAVAIR  Informational  CDROM,  APG-65  Radar  Fleet  Support  Team  &  Wyle  Laboratories,  Inc. 
Aerospace  Group  Integrated  Logistics  Supportability  Team,  October  2006. 
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A  total  of  17%  of  aircraft  failures  enter  one  of  the  four  WRA  repair  cyeles,  each 
based  on  historieal  repair  data.^  Table  1  represents  the  pereentage  of  total  failures  routed 
to  the  applieable  WRAs  and  the  resulting  base  model  failures.  The  pereentages  ehosen 
were  based  on  reereating  the  aetual  number  of  average  failures  over  the  last  5  years.  For 
example,  the  average  number  of  Radar  Target  Data  Proeessors  (RTDP)  sent  for  repair 
was  202.8  RTDPs  per  year.^  In  order  to  aehieve  this  number  of  failures  in  the  model 
results,  the  desired  number  of  failures  was  divided  into  the  total  number  of  failures 
(202.8/10,310)  resulting  in  2%  of  total  failures.  The  same  method  was  used  to  determine 
the  pereentage  of  total  failures  for  eaeh  WRA.  The  average  number  of  failures  per  year 
varies  slightly  due  to  time  distributions  within  the  model  as  well  as  averaging  of  the 
replieation  results. 


WRA 

Failure  Pereentage 

Average  Failures/Year 

RTDP 

2% 

209 

Ant 

5% 

512 

RE 

3% 

312 

RPYC 

7% 

722 

fable  1.  WRA  Failure  Pereentage 

The  model  splits  in  five  possible  paths  after  the  Deeide  4  module.  As  previously 
stated,  this  module  routes  a  predetermined  pereentage  of  failures  to  the  maintenanee 
eyele  for  the  WRAs  being  analyzed.  All  other  failures  proeeed  to  the  Other  NMC  Mx 
Submodel  seen  in  Figure  6.  This  submodel  ineludes  a  module  whieh  reduees  the  number 
of  FMC  aireraft  and  reealeulates  operational  availability  to  aeeount  for  an  aireraft  that  is 
now  Non-Mission  Capable  (NMC).  The  seeond  module  loeated  in  this  submodel,  delays 
the  aireraft  using  an  exponential  distribution.  As  previously  mentioned,  this  delay  is  to 
aeeount  for  the  time  required  to  repair  all  other  NMC  eonditions. 


^  NAVAIR  Informational  CDROM,  APG-65  Radar  Fleet  Support  Team  &  Wyle  Laboratories,  Inc. 
Aerospace  Group  Integrated  Logistics  Supportability  Team,  October  2006. 

^  NAVAIR  Informational  CDROM,  APG-65  Radar  Fleet  Support  Team,  October  2006. 
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The  failures  that  are  routed  to  one  of  the  WRA  maintenanee  cycles  must  first  pass 
through  the  submodels  seen  in  Figure  7.  Each  submodel  contains  a  decide  module  able  to 
reduce  the  number  of  failures  entering  the  associated  maintenance  cycle  to  simulate  a 
reduction  in  false  pulls  of  that  WRA. 

■  ^  RT  False  Pulls  ^ 

■  ^  Ant  False  Pulls  ^ 

■  ^  RE  False  Pulls  ^ 

■  4.  RPYC  False  Pulls  : 

Figure  7.  False  Pull  Submodels 

A  false  pull  is  defined  as  a  WRA  that  was  removed  to  correct  an  aircraft  failure, 
but  actually  wasn’t  the  cause  of  the  failure.  To  determine  the  false  pull  rate  of  each 
WRA,  the  number  of  “no  fault  found”  actions  at  the  I-level  was  compared  to  total  failures 
for  the  applicable  WRA  at  the  0-level  (Table  2)’7.  A  record  module  was  also  used  to 
count  the  number  of  false  pulls  to  assist  in  interpreting  the  simulation  results.  These  false 
pulls  are  routed  to  the  AC  Failures  module  to  await  another  failure. 


WRA 

False  Pull  Rate 

RTDP 

8% 

Ant 

5% 

RE 

7% 

RPYC 

8% 

Table  2.  WRA  False  Pull  Rates 

The  next  few  modules.  Figure  8,  represent  the  start  of  the  maintenance  process  for 
the  failed  aircraft.  Although  each  WRA  maintenance  cycle  is  built  identically,  the  Radar 
TDP  is  represented  in  Figure  8.  The  Record  20  module  simply  counts  the  number  of 
entities  entering  each  maintenance  path. 

^  NAVAIR  Informational  CDROM,  APG-65  Radar  Fleet  Support  Team  &  Wyle  Laboratories,  Inc. 
Aerospace  Group  Integrated  Logistics  Supportability  Team,  October  2006. 
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The  next  module,  Break  for  RT,  is  used  to  reduce  the  FMC  total  by  one  and  to 
recalculate  operational  availability.  Next,  the  Radar  TDP  removal  module  is  where  the 
actual  maintenance  of  the  WRA  starts.  First,  an  0-level  Sailor  is  assigned  to  accomplish 
the  removal  of  the  WRA  from  the  aircraft.  This  seizure  has  an  associated  cost  (repair 
cost)^  representing  half  of  the  charge  to  the  unit  associated  with  ordering  the  part  from 
supply  (the  remaining  cost  will  be  charged  when  the  WRA  is  replaced).  Each  WRA 
repair  process  starts  with  removal  and  ends  with  installation  of  the  replacement  WRA. 
The  time  required  to  remove  or  install  any  WRA  is  based  on  many  factors  such  as 
technician  experience,  location  of  the  WRA,  and  environmental.  Since  these  factors  are 
very  hard  to  predict,  a  triangular  delay  distribution  was  assumed  for  repair  and 
installation  of  WRAs  using  a  minimum  of  .5  hours,  a  most  likely  delay  of  1  hour,  and  a 
maximum  delay  of  1.5  hours  per  maintenance  action.  These  delays  are  based  on  personal 
experience  and  actual  technician  estimates. 


Radar  TDP 
removal 


Figure  8.  Introduction  into  Maintenance  Cycle 


The  next  submodel.  Figure  9,  includes  several  modules  that  separate  the 
components  from  the  aircraft  and  bring  the  aircraft  back  together  with  a  Ready-for-Issue 
(RFI)  WRA.  In  addition  to  the  aforementioned  processes,  the  WRA  enters  its  repair 
cycle  in  this  submodel. 


Figure  9. 


RTDP 


Maintenance  Cycle  Submodel 


^  Navy  Inventory  Control  Point  Asset  Visibility  System,  https://www.navsup.navv.mil.  aeeessed 
August  2006. 


13 


First,  an  explanation  of  the  modules  in  Figure  10  is  neeessary  to  understand  how 
the  aireraft  gets  repaired  without  waiting  for  the  WRA  to  go  through  the  repair  cyele. 
The  Separate  module  splits  the  aircraft  entity  into  two  parts.  By  doing  this,  the 
simulation  allows  the  aircraft  entity  to  proceed  to  two  different  paths. 


The  original  aircraft  entity  proceeds  to  a  delay  module.  Admin  Delay  at  Supply 
Department.  A  triangular  delay  distribution  was  assumed  for  this  module  with  a 
minimum  of  .5  hours,  a  most  likely  delay  of  1  hour,  and  a  maximum  delay  of  1.5  hours 
per  supply  action.  This  delay  is  based  on  project  team  personal  experience.  Then,  the 
aircraft  proceeds  to  the  Pool  module  to  receive  a  replacement  WRA.  That  concludes  the 
aircraft  flow  through  this  process. 

The  duplicate  aircraft  entity  of  the  Separate  module  proceeds  to  an  Assign  module 
where  it  becomes  the  WRA  entity  that  will  enter  the  Repair  Cycle  submodel,  which  will 
be  discussed  later.  Once  the  WRA  exits  the  Repair  Cycle  submodel  it  proceeds  to  a 
Match  Delay  module.  This  module  allows  entities  from  the  repair  cycle  and  from  the 
Spare  Pool  module  to  enter  the  Pool  module  together.  There  is  no  actual  time  delay,  but 
this  module  is  required  for  proper  matching  of  aircraft  and  WRA  entities  at  the  Pool 
module. 

The  Spare  Pool  module  is  a  create  module  used  to  introduce  spares  into  the  supply 
chain.  The  spare  levels  in  the  model  are  based  on  actual  spare  numbers  with  the 
exception  of  the  RPYC  spares.  The  number  of  RPYC  spares  was  assumed  based  on 
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average  annual  failures  seen  at  the  NAS  Lemoore  AIMD.  Since  this  model  is  based  on 
144  aircraft,  not  438  (total  F/A-18  inventory),  the  spare  levels  are  a  percentage  of  the 
actual  levels.  Table  3  identifies  the  number  of  spares  used  in  this  model,  for  record 
keeping  purposes. 9 


Table  3.  Spare  Levels 

Once  the  aircraft  entity  has  matched  with  a  WRA  entity  there  is  now  one  entity 
created  from  the  two.  The  aircraft  and  its  new  WRA  proceed  to  the  applicable 
Installation  module.  Figure  13.  To  eliminate  the  additional  entity,  a  Dispose  module  is 
used  to  escort  the  additional  entity  out  of  the  model. 

The  FRC  Repair  Cycle,  Figure  1 1,  is  more  complex  than  previous  sections  due  to 
the  detail  required  of  the  model  pertaining  to  the  I-level  repair  effort.  Since  proponents 
claim  ARGCS  will  reduce  several  aspects  of  this  repair  cycle,  the  model  includes  enough 
detail  to  make  the  appropriate  adjustments. 


9  NAVAIR  Informational  CDROM,  APG-65  Radar  Fleet  Support  Team,  October  2006. 
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The  first  module,  TRANS  to  FRC,  delays  WRAs  entering  from  Figure  10  to 
aeeount  for  transportation  and  is  followed  by  a  Record  module  to  count  transportation 
events.  All  transportation  modules  assign  a  truck,  and  accordingly  apply  a  usage  cost  per 
delay.  Transportation  of  NAS  Lemoore  WRAs  will  take  place  locally,  which  essentially 
costs  next  to  nothing  and  takes  very  little  time.  On  the  other  hand,  WRAs  traveling  to 
and  from  NAS  Fort  Worth,  NAS  Fallon,  or  Depot  will  have  different  delays  at  different 
rates  due  to  the  additional  distance  to  transport.  Since  this  rate  information  was  not 
available,  an  assumed  average  transportation  charge  of  $200  and  a  delay  of  1-2  days 
distributed  uniformly  were  used  for  all  transportation  events. 

The  Setup  module  assigns  a  Sailor  to  accomplish  the  appropriate  setup  required 
for  the  WRA  entering  the  repair  cycle.  This  setup  time  is  different  for  each  WRA.  Once 
setup  is  complete,  the  WRA  will  proceed  for  testing. 

The  Test  module  then  assigns  a  Sailor  for  an  exponential  delay  based  on 
applicable  test  times.  Once  a  WRA  enters  its  respective  repair  cycle,  the  model  assumes 
delays  based  on  historic  information  applicable  to  that  particular  WRA.  Table  4 
represents  the  type  and  associated  delay  associated  with  each  WRA.io  The  repair  delays 
in  Table  4  were  provided  by  Aerospace  Group,  Wyle  Laboratories  Inc.  (G.  Jacobson, 
personnel  communication,  August,  2006). 


WRA 

Set  up  Delay  (Normal  Dist) 

Test  Delay  (Exponential) 

Repair  Delay  (Exponential) 

RTDP 

.3  hours,  std  dev  .1  hours 

2  hours 

5  hours 

Ant 

.3  hours,  std  dev  .1  hours 

1.5  hours 

8  hours 

RE 

1.5  hours,  std  dev  .25  hours 

4.3  hours 

9  hours 

RPYC 

.5  hour,  std  dev  .1  hours 

2.5  hours 

2  hours 

Table  4.  I-Level  Repair  Cycle  Delays 


Once  tested,  the  WRA  proceeds  to  the  FRC  Repair  module  where  it  seizes  a 
Sailor  for  an  exponential  delay  based  on  applicable  repair  times  (Table  4).  After  repair 
the  WRA  proceeds  to  a  second  set  of  Setup  and  Test  modules.  These  modules  perform 
the  same  function  as  the  modules  preceding  the  FRC  Repair  module. 


Steve  J.  Padilla,  Prineipal  Teeh  Support  Engineer-Radar  Field  Engineering  &  Matthew  R.  Comey, 
Sr  Customer  Support  Engineer-Field  Engineering,  NAS  Lemoore,  CA,  interviewed  Oetober  2006. 
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Once  RFI  tested,  the  WRA  proeeeds  to  a  deeision  module  (Retest)  to  determine 
whether  or  not  the  WRA  aetually  passed  the  RFI  test.  The  retest  pereentage  after  eaeh 
WRA  has  been  tested  for  RFI  is  assumed  at  20%  to  simulate  1  in  5  WRAs  requiring 
further  repair.  This  assumption  is  based  on  personal  experienee  and  diseussions  with 
teehnieians  at  NAS  Lemoore.  These  retests  are  not  a  result  of  the  inability  to  repair  a 
WRA,  but  a  failed  repair  attempt.  Failures  proeeed  back  to  the  FRC  Repair  module. 
Passes  proeeed  to  the  deeision  module  (BCM?)  seen  in  Figure  12. 


Figure  12.  BCM/Depot  Repair 

If  the  WRA  is  determined  to  be  Beyond  the  Capability  of  Maintenanee  (BCM),  it 
will  proeeed  for  transportation  to  Depot  level  repair  via  the  TRANS  to  NADEP  module. 
Eaeh  WRA  has  an  applieable  BCM  rate  based  on  historieal  data.  Table  5  displays  the 
BCM  rates  that  apply  to  eaeh  WRA.^  A  reeord  module  eounts  transportation  of  the 
WRA  from  the  previous  module. 


WRA 

BCM  Rate 

#  to  Depot  (base  Simulation) 

RTDP 

6% 

11 

Ant 

5% 

23 

RE 

7% 

19 

RPYC 

9% 

55 

Tables.  BCM  Rates 


NAVAIR  Informational  CDROM,  APG-65  Radar  Fleet  Support  Team  &  Wyle  Laboratories,  Inc. 
Aerospace  Group  Integrated  Logistics  Supportability  Team,  October  2006. 
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Once  the  WRA  arrives  to  the  depot  (represented  by  the  NADEP  repair  module)  it 
assigns  a  Depot  level  teehnieian  for  an  assumed  exponential  distribution  delay  of  10  days 
to  aeeount  for  the  time  taken  to  repair  the  WRA  at  depot.  This  assumption  is  based  on 
discussion  with  technicians  and  personal  experienee.  Unfortunately,  after  repeated 
requests,  the  average  Depot  repair  eost  of  eaeh  WRA  was  not  provided,  so  eaeh  event 
was  assumed  to  eost  $5,000.  In  the  future,  if  this  information  is  provided,  it  could  easily 
be  input  into  the  model  to  more  aeeurately  prediet  actual  depot  maintenance  eosts. 

Onee  repaired  the  WRA  proeeeds  for  transportation  (TRANS  from  NADEP)  and 
is  routed  to  the  Match  Delay  module  seen  in  Eigure  10.  Those  WRAs  not  eonsidered 
BCM  (i.e.  aetually  repaired  at  the  FRC)  proeeed  to  the  TRANS  from  FRC  module.  From 
this  module  the  WRA  proceeds  to  the  Mateh  Delay  module  in  Figure  10. 

Finally,  onee  the  aireraft  has  reeeived  its  replaeement  WRA,  it  proeeeds  to  the 
Installation  module.  Figure  13,  where  it  repeats  the  actions  associated  with  the  removal 
module  earlier  in  the  simulation.  Sinee  the  removal  and  installation  both  eharge  half  of 
the  repair  cost,  the  total  repair  cost  associated  with  the  applicable  WRA  is  totaled.  After 
the  delay  assoeiated  with  this  module,  the  aireraft  proceeds  to  the  Fixed  routing  module 
where  it  proeeeds  to  the  Flightline  station  module  shown  previously  in  Figure  2. 


0 

Figure  13.  Install/Route  Modules 
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IV.  MODEL  RESULTS  AND  ANALYSIS 


A.  BASE  MODEL 

The  model  was  set  up  to  simulate  40  replications  lasting  360  days  each  The  model 
was  able  to  identify  the  average  Operational  Availability,  number  of  FMC  aircraft, 
number  of  breaks  for  each  of  the  identified  WRAs,  and  number  of  Depot  repairs.  In 
addition,  associated  costs  such  as  average  0-level  repair  cost  (cost  to  the  operational  unit 
per  WRA  ordered),  average  I-level  labor  cost,  average  Depot  repair  cost,  and  average 
transportation  costs  associated  with  the  repair  cycle  were  identified. 

As  stated  previously,  the  Base  Model  involved  144  aircraft  that  had  an  average  of 
85  hours  between  failures  using  an  exponential  distribution.  Based  on  this  failure  rate,  an 
average  of  10,310  failures  occurred  every  360  day  period.  Of  those  10,310  failures,  17% 
of  these  failures  actually  resulted  in  WRAs  being  tested.  Table  6  identifies  the  results 
associated  with  the  base  model  simulation. 


Operational  Availability 

68% 

Transportation  Cost 

$  693,695.00 

FMC  A/C 

98 

I-Level  Cost 

$  1,139,933.40 

RT  Breaks 

209 

0-Level  RT 

$  8,055,162.50 

Ant  Breaks 

512 

0-Level  Ant 

$  10,155,750.00 

RE  Breaks 

312 

0-Level  RE 

$  8,418,600.00 

RPYC  Breaks 

722 

0-Level  RPYC 

$  3,321,085.00 

RT  Depot  Repairs 

11 

RT  Depot  Cost 

$  55,625.00 

Ant  Repairs 

23 

Ant  Depot  Cost 

$  119,125.00 

RE  Depot  Repairs 

19 

RE  Depot  Cost 

$  99,250.00 

RPYC  Depot  Repairs 

55 

RPYC  Depot  Cost 

$  284,875.00 

Total  Repair  Cycle  Cost 

$  32,343,100.90 

Table  6.  Base  Scenario  Results 


B,  SCENARIO  1:  FASTER  TPS  RUN  TIMES 

One  of  the  claimed  advantages  of  utilizing  the  ARGCS  technology  is  faster  TPS 
run  times.  In  the  first  scenario,  the  test  times  for  each  WRA  were  reduced  at  various 
levels  from  5%-50%.  Before  these  results  are  discussed,  an  explanation  of  the  model 
limitations  concerning  operational  availability  needs  to  be  addressed. 
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In  order  to  maintain  the  number  of  failures  at  a  steady  rate  and  compensate  for  the 
simulation  anomaly  discussed  on  page  8,  the  fail  limiter  was  created.  Unfortunately,  the 
fail  limiter  introduced  a  problem  in  the  operational  availability  calculation.  Because  the 
fail  limiter  did  not  allow  any  failures  after  the  pre-determined  limit  was  reached,  the 
operational  availability  during  the  last  portion  of  each  replication  went  up  to  100%  (no 
aircraft  failures),  skewing  the  results  higher  than  expected. 

In  order  to  reduce  the  impact  the  fail  limiter  had  on  operational  availability,  a 
terminating  condition  was  created.  The  introduction  of  the  terminating  condition  stopped 
the  replication  as  soon  as  the  fail  limit  was  reached.  However,  due  to  the  limited  scope  of 
this  project,  we  were  not  able  to  conduct  sensitivity  analysis  on  the  impact  of  the  fail- 
limiter  module  or  the  terminating  condition,  and  hence  we  cannot  be  certain  exactly  how 
much  that  approximation  may  have  skewed  the  results.  It  may  be  that  reducing  TPS  run 
times  would  have  a  greater  or  lesser  impact  on  availability  than  our  results  indicate,  and 
we  cannot  be  precise  in  the  impact  of  this  factor  vice  other  considerations  (e.g.,  increased 
accuracy). 

Operational  availability  is  comprised  of  many  different  factors,  one  of  which  is 
scheduled  maintenance.  Based  on  project  team  experience,  the  typical  squadron  will 
have  approximately  10%  of  its  aircraft  fleet  undergoing  some  type  of  scheduled 
maintenance.  This  means  that  normally,  the  best  operational  availability  a  squadron 
could  expect  is  approximately  90%.  Scheduled  maintenance  was  not  a  focus  of  our 
research  so  it  was  not  included  in  the  simulation  model.  To  account  for  scheduled 
maintenance,  the  operational  availability  results  produced  by  the  simulation  were 
multiplied  by  90%.  For  example,  if  the  simulation  model  results  indicated  operational 
availability  was  80%,  we  adjusted  that  number  downward  to  72%  by  multiplying  by  0.9. 

Figure  14  demonstrates  the  effect  reduced  run  times  have  on  operational 
availability.  As  indicated,  by  reducing  TPS  run  times  by  50%,  operational  availability  of 
the  144  aircraft  in  the  simulation  improved  by  12%  (68%  to  80%). 
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Figure  14. 


Effects  of  Faster  TPS  Run  Times  on  Operational  Availability 


The  costs  associated  with  run  times  are  limited  to  I-level  labor  ($50  per/hour) 
required  to  perform  the  WRA  testing  (G.  Jacobson,  personal  communication,  October 
2006).  The  Maintenance  Man-Hours  (MMH)  required  are  reduced  as  a  result  of  faster 
mn  times.  Table  7  displays  reduced  MMH  numbers  at  different  reduced  TPS  mn  times. 
Figure  15  demonstrates  the  effect  the  reduced  run  times  have  on  the  total  cost  of  I-level 
labor. 


Run  Time  Reductbn 

Total  MMH 

MMH  saved 

Percenta^  of  Total  MMH 

0%  (Base) 

22803.99 

0 

0% 

15% 

22042.36 

761.63 

3% 

30% 

20558.66 

2245.33 

10% 

45% 

19148.44 

3655.55 

16% 

Tab 

e  7.  Reduction  in  IV 

MH 
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Figure  15.  Effects  of  Faster  TPS  Run  Times  on  I-Level  Labor  Cost 


C.  SCENARIO  2:  INCREASED  ACCURACY 


ARGCS  technologies  claim  to  increase  the  accuracy  as  well  as  the  timeliness  of 
troubleshooting.  12  In  order  to  assess  these  claims,  model  inputs  were  adjusted  to  reduce 
the  number  of  WRA  failures  that  actually  enter  the  repair  cycle.  By  doing  this,  the  model 
simulates  reductions  in  false  pulls  at  the  0-level.  The  cost  savings  associated  with  this 
adjustment  are  mostly  realized  at  the  0-level  due  to  less  WRA  orders.  Additionally, 
transportation  costs  associated  with  those  orders  are  reduced.  I-level  labor  cost  savings 
are  minimal  due  to  the  small  percentage  of  WRAs  that  are  actually  false  pulls  at  the  O- 
level.  It  does,  however,  decrease  the  number  of  WRAs  waiting  in  the  queue  for  repair  at 
the  I-level,  which  may  have  some  positive  impact  on  inventory  carrying  cost.  This 
potential  impact  is  outside  the  scope  of  this  research.  Furthermore,  this  concentrates 
more  I-level  labor  on  WRAs  that  actually  require  a  repair  action,  thus  returning  them  to 
RFI  condition  at  a  faster  rate.  Table  8  represents  the  effect  a  50%  reduction  in  false  pulls 
at  the  0-level  has  on  the  model  and  Table  9  represents  the  effect  of  a  100%  reduction. 


12  Defense  Information  Systems  Agency,  Agile  Rapid  Global  Combat  Support  Advanced  Concept 
Technology  Demonstration  Draft  Integrated  Assessment  Plan,  July  2006. 
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Operational  Availability 

'  +  4% 

FMC  A/C 

'  +5 

Transportation  Cost  Savings 

$5,195.00 

0-Level  RT  Saving 

$436,975.00 

0-Level  ANT  Savings 

$123,500.00 

0-Level  RE  Savings 

$466,425.00 

0-Level  RPYC  Savings 

$111,550.00 

Repair  Cycle  Cost  Savings 

$1,143,645.00 

Table  8.  50%  Reduction  in  False  Pulls 


Operational  Availability 

'  +  6% 

FMC  A/C 

'  +9 

Transportation  Cost  Savings 

$23,290.00 

0-Level  RT  Savings 

$885,500.00 

0-Level  ANT  Savings 

$408,250.00 

0-Level  RE  Savings 

$631,125.00 

0-EevelRPYC  Savings 

$274,505.00 

Repair  Cycle  Cost  Savings 

$2,222,670.00 

Table  9.  100%  Reduction  in  False  Pulls 


Another  approach  is  to  reduce  the  percentage  of  retested  WRAs.  The  model  then 
sends  fewer  repaired  WRAs  back  for  repair  at  the  applicable  I-level  repair  station.  In 
other  words,  the  WRA  is  more  likely  to  be  successfully  repaired  the  first  time.  The  cost 
savings  associated  with  this  adjustment  are  realized  mostly  at  the  I-level  of  maintenance. 
Figure  16  represents  the  effects  fewer  additional  repairs  have  on  operational  availability 
and  Figure  17  the  effects  on  I-level  labor  cost. 
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Figure  17.  Effects  of  Less  WRA  Retests  on  1-Level  Labor  Cost 
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D,  SCENARIO  3:  SPARES  REDUCTION 

As  the  results  in  Seenario  1  indieate,  operational  availability  inereases  as  the  TPS 
run  times  are  redueed.  In  this  seenario,  spares  are  redueed  along  with  the  run  times. 
Table  10  represents  the  redueed  number  of  spares  required  to  attain  the  base  model 
operational  availability.  When  spares  were  redueed  to  aeeount  for  faster  TPS  run  times, 
the  model  was  run  5  years  instead  of  one  year  as  in  the  base  scenario.  The  longer  run 
time  was  required  due  to  the  longer  term  effects  associated  with  spare  usage.  With  the 
threshold  for  ARGCS  faster  run  times  at  15%,  a  3%  reduction  in  spares  was  realized. 
Assuming  a  10%  of  standard  price  holding  cost,  a  savings  of  $780,559.80  could  result 
from  this  15%  reduction  in  test  times.  The  model  was  also  simulated  with  a  spares 
reduction  at  40%  reduction  in  test  times,  but  the  results  appeared  to  be  unrealistic  so  an 
accurate  prediction  could  not  be  made.  With  this  in  mind,  it  is  realistic  to  predict  a 
reduced  level  of  spares  beyond  that  predicted  with  the  15%  run  time  reduction. 


WRA 

Spare  Level 

+/- 

Standard  Price 

Savings  of 

RTDP 

63 

-2 

$  1,067,136 

$  2,134,272 

Ant 

37 

-2 

$  444,893 

$  889,786 

RE 

116 

-4 

$  1,047,905 

$  4,191,620 

RPYC 

126 

-4 

$  147,480 

$  589,920 

Total  Standard  Price  Sa^ngs 

$  7,805,598 

Annual  Inxentory  Holding  Cost  Sa^ngs  (Holding  Cost  =10%) 

$780,559.80 

Table  10.  Spares  Reduction 


E,  SCENARIO  4:  INCREASED  I-LEVEL  REPAIR  CAPABILITY 

Although  ARGCS  advocates  do  not  claim  to  affect  the  repair  capability  at  the  I- 
level  of  maintenance,  it  is  nonetheless  possible.  By  increasing  the  accuracy  and 
timeliness  of  troubleshooting,  it  is  likely  less  WRAs  will  be  sent  to  the  Depot  for  repair. 
This  claim  is  based  on  the  assumption  that  some  of  the  BCM  decisions  consist  of  WRAs 
sent  to  Depot  as  a  result  of  repair  fatigue.  The  cost  savings  resulting  from  less  WRAs 
repaired  by  the  Depot  are  represented  in  Figure  18.  Due  to  the  fact  that  BCM  rates  are 
relatively  low  to  begin  with,  the  resulting  savings  are  limited  to  average  Depot  repair 
costs  and  associated  transportation  costs.  Additionally,  it  is  likely  a  savings  can  be 
realized  as  a  result  of  fewer  spares  required  due  to  less  WRAs  going  to  Depot  for  repair. 
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Figure  18.  Effects  of  Reduced  BCM  Rates  on  Depot  Repair/Trans  Costs 


BCM  Reduction 


F.  BAD  ACTOR  DISCUSSION 


Bad  Actors  are  defined  as  those  WRAs  that  exhibit  very  low  hour  failures  and 
multiple  failures  within  short  periods  of  time.  The  Fleet  Support  Team  at  NAS  North 
Island  has  identified  all  Radar  WRAs  that  have  exhibited  4  or  more  failures  within  a  21 
month  period.  Contributing  factors  to  Bad  Actors  prevalence  include  poor  maintenance 
practices,  TPS  deficiencies,  and  design  flaws.  Due  to  its  planned  net-centric  architecture, 
ARGCS  technologies  have  the  potential  to  improve  visibility  of  bad  actors  by  providing 
first  hand  failure  information  to  the  maintainer,  TPS  designers,  and  engineers,  as  well  as 
allowing  field  level  technicians  real  time  access  to  subject  matter  experts.  Unfortunately, 
the  project  team  was  unable  to  determine  a  way  to  incorporate  Bad  Actors  into  the 
simulation  model.  However,  if  the  ADSR  portion  works  as  planned,  significant  savings 
could  be  attained  by  identifying,  repairing,  or  eliminating  Bad  Actors  from  the  repair 
cycle. 
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V.  CONCLUSIONS 


As  the  Arena  model  results  indieate,  the  greatest  cost  savings  comes  from 
decreasing  the  number  of  WRAs  entering  the  repair  cycle.  The  reason  for  this  is  simple, 
when  a  WRA  is  pulled  from  an  aircraft  and  inserted  into  the  repair  cycle,  0-level 
maintenance  is  immediately  charged  a  predetermined  repair  cost  whether  or  not  the  WRA 
requires  repair  or  not.  This  repair  cost  is  usually  significant.  According  to  the  Navy 
Inventory  Control  Point  Asset  Visibility  System  in  July  2006,  the  standard  price  for  a 
Radar  Receiver  Exciter  is  $1,047,905  and  the  repair  price  is  $27,374.13 

As  noted  above,  the  limited  scope  of  our  project  necessitated  the  use  of  a  heuristic 
to  limit  failure  rates.  However,  we  see  no  reason  why  this  heuristic  would  have  skewed 
results  so  that  decreasing  the  number  of  WRAs  from  entering  the  repair  cycle  would  look 
exceptionally  attractive.  We  have  not  conducted  sensitivity  analysis  on  this  point  and 
thus  we  are  not  sure  about  the  quality  of  our  approximation.  Hence,  interpretation  of  our 
numerical  results  must  be  done  with  caution. 

The  key  to  reducing  the  logistics  footprint  and  associated  repair  costs  is  keeping 
the  WRA  from  entering  the  repair  cycle  in  the  first  place.  There  are  two  ways  to 
accomplish  this.  The  first  option  is  to  reengineer  the  WRA  to  increase  its  inherent 
reliability  and  increase  its  MTBF.  Unfortunately,  this  is  almost  impossible  to  do  without 
spending  considerable  time  and  money.  The  second,  (probably)  more  cost  effective  way 
is  to  improve  troubleshooting  techniques  to  reduce  false  pulls  at  the  0-level  and  improve 
maintenance  quality  at  the  I-level. 

According  to  a  recent  study  by  the  FCC  Process  Enhancement  Team  (PET)  at 
Naval  Air  Station  North  Island,  the  FCC  is  often  replaced  at  the  0-level  as  a  first  step  to 
troubleshooting  any  flight  control  system  failure.  It  is  considered  standard  practice  by 
many  0-level  activities,  regardless  of  failure  indication  or  A1-F18AC-570 
troubleshooting  directions  to  begin  the  maintenance  action  by  replacing  an  FCC.  On  the 

13  Navy  Inventory  Control  Point  Asset  Visibility  System,  https://www.navsup.navv.mil.  accessed 
August  2006. 
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occasional  difficult  flight  system  failure  such  as  an  intermittent  aireraft  wiring  problem, 
multiple  good  FCC’s  are  removed  before  the  aetual  aireraft  problem  is  resolvedd'^ 
ARGCS  is  envisioned  to  improve  0-level  troubleshooting  teehniques  through  the  use  of 
an  0-level  interfaee.  Exaetly  how  mueh  the  tester  will  improve  troubleshooting 
teehniques  is  unknown,  but  the  result  of  the  simulation  model  indieates  a  50%  reduetion 
in  false  pulls  will  save  over  $1.1M  annually  (Table  7).  More  than  $2M  annual  savings 
are  realized  if  100%  of  false  pulls  are  eliminated  (Table  8). 

The  model  predicted  a  3%  reduction  in  spares  required  to  maintain  the  base  model 
operational  availability  when  TPS  run  times  were  redueed  by  15%.  Sinee,  the  spares 
already  exist  there  are  no  savings  due  to  buying  less,  but  if  holding  eosts  are  ealculated  as 
a  pereentage  of  WRA  standard  priee,  carrying  less  spares  through  attrition  can  be  realized 
(Table  8).  On  the  other  hand,  at  a  40%  reduction  in  TPS  run  times  the  spares  reduction 
was  over  50%,  which  is  an  unrealistic  expectation  in  the  opinion  of  the  project  team. 

Ultimately,  there  are  several  eost  savings  involved  with  the  thresholds  and 
objeetives  of  the  ARGCS  system.  Faster  TPS  run  times  would  have  an  immediate 
impaet.  However,  the  database  that  makes  ARGCS  eapable  of  redueing  false  pulls  and/or 
inereasing  the  aecuraey  of  troubleshooting  must  be  populated  with  accurate  data,  and 
populating  the  database  will  not  be  instantaneous.  It  will  likely  take  several  months  or 
perhaps  years  to  adequately  populate  for  inereased  maintenanee  effeetiveness.  If  and 
when  the  Serviees  ean  ensure  aeeurate  maintenanee  data  eolleetion  at  the  different  levels 
of  maintenanee,  the  true  benefits  of  ARGCS  eould  be  realized. 


Mary  Schmidt,  FCC  PET  Problems  Prioritized  By  Cost,  Personal  memo  provided  by  William  J. 
Greer,  NAVAIRDEPOT  334.  September  2006. 
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